OPTICAL DISK CONTROLLER AND 
METHOD OF CONTROLLING OPTICAL DISK APPARATUS 

Background of the Invention 

Field of the Invention 
5 [0001] 

The present invention relates to an optical disk 
controller for performing processes based on the CD-MRW 
standards and a method of controlling an optical disk 
apparatus . 

10 

Description of the Related Art 
[0002] 

An optical disk apparatus according to the related 
art is provided with two programs, i.e., firmware (F/W) 
15 that is a program for controlling the system as a whole and 
a program ( /z code) for processing signals on an optical 
disk. 
[0003] 

Fig. 10 is a block diagram showing a configuration of 
20 an optical disk apparatus utilizing an optical disk 
controller according to the related art. In Fig. 10, 
reference numeral 1 represents the optical disk apparatus; 
reference numeral 2 represents a pick-up control section; 
reference numeral 3 represents a reproduction signal 
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generating section; reference numeral 4 represents a buffer 
memory control section; reference numeral 5 represents an 
interface control section; reference numeral 6 represents a 
host personal computer (host PC) ; reference numeral 7 
5 represents a CPU of the optical disk controller; reference 
numeral 8 represents a RAM such as DRAM; reference numeral 
9 represents a flash memory; and reference niimeral 10 
represents a mask ROM. 
[0004] 

10 The firmware and the ii code have no link each other, 

and they are programs executed by the single CPU 7 
independently. The firmware is stored in the flash memory 
9 and executed by the CPU 7 at a rate in the range from 2 
to 8 MIPS, for example. The ii code is stored in the mask 

15 ROM 10 and executed by the CPU 7 at a rate of 33 MIPS, for 
example. Thus, the ii code can operate faster than the 
firmware • 
[0005] 

The CPU 7, which controls the entire system of the 
20 optical disk apparatus 1, causes the firmware and the /i 
code to operate on a switched basis. When a data transfer 
request command for reading data stored on an optical disk 
is received from the host PC 6 through the interface 
control section 5, the CPU 7 makes a seek request such that 
25 a light spot is moved to the pick-up control section 2 for 
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controlling the light spot. 
[0006] 

The pick-up control section 2 for controlling a light 
pick-up loaded with a light source such as a semiconductor 
5 laser projects a light beam on a signal recording surface 
of an optical disk that is driven for rotation by a driving 
mechanism such as a spindle motor which is not shown, and 
it detects light reflected from the signal recording 
surface of the optical disk as an electrical signal by 
10 receiving the same with a photo detector • 
[0007] 

The pick-up control section 2 amplifies the signal 
detected by the light pick-up to predetermined amplitude 
with an amplifier. From the resultant signal, an adding 

15 circuit generates an RF signal by obtaining the total 
quantity of reflected light, and a differential circuit 
generates a servo signal indicating a focus error and a 
tracking error. The RF signal that is a sum signal is 
input to the reproduction signal generating section 3 for 

20 generating a reproduction signal through an equalizing 
circuit that emphasizes only the RF signal band. 
[0008] 

The servo signal that is a difference signal is 
subjected to amplitude compensation and gain compensation 
25 at a servo circuit. It is thereafter subjected to current 
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amplification and output to an actuator that is 
incorporated in the optical pick-up. As a result, the 
optical pick-up is driven in a direction perpendicular to 
the information surface of the optical disk (focus 
5 direction) and a direction across a spiral track on the 
information surface (tracking direction) and controlled 
such that a light beam (light spot) on the optical disk 
properly scans the track. 
[0009] 

10 Further, the RF signal is changed into a binary form 

at a predetermined slice level by a binary circuit in the 
reproduction signal generating section 3 and synchronized 
with a clock in a PLL circuit. Data is extracted from the 
synchronized data in a predetermined detection window 

15 generated from the clock. 
[0010] 

The extracted data is arranged on a two-dimensional 
or three-dimensional basis into a series of data on which 
error correction is performed based on a predetermined 

20 generating function. The error-corrected data is 

accumulated in a buffer memory by the buffer memory control 
section 4. The accumulated data is transferred to the host 
PC 6 at predetermined timing by the interface control 
section 5. 

25 [0011] 
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Referring to processes in optical disk apparatus as 
described above, in order to achieve the system standards 
of the optical disk apparatus, the firmware is a program 
that is designed uniquely (i.e., customized) for each of 
5 the set manufacturers in general and is stored in a flash 
memory to facilitate customization. By providing such 
firmware, optical disk apparatus having optical pick-ups 
and optical disk driving sections in different standards 
can be controlled in an optimum way in accordance with the 
10 respective specifications. 
[0012] 

The II code is a program for performing complicated 
signal processing associated with optical disks using a 
signal processing circuit and for allowing the firmware to 

15 utilize results of the signal processing easily. Since the 
/i code allows a process to be commonly performed regardless 
of the standards of optical disk apparatus, a cost 
reduction can be achieved by providing the ii code in the 
form of a ROM. 

20 [0013] 

Since the firmware and the jtz code are programs that 
are executed by the CPU 7 independently of each other and 
are not linked to each other, processes of them are linked 
through the RAM 8 having a small capacity that can be 
25 accessed from both of the firmware and the /i code . 
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[0014] 

Recently/ CD-RW that are writable optical disks are 
spreading at a high rate, which has resulted in stronger 
demands for standardization of packet writing standards in 
5 order to make CD-RW as easy to use as floppy disks. The 
Mt. Rainier standards (CD-MRW standards) have been 
developed as such standardized specifications. 
[0015] 

Novel processes unique to the CD-MRW standards 
10 include a defect managing process and a reproduction 
process that is performed across a spear area residing 
between the last address of each data area (DA) and the 
first address of the next data area (hereinafter referred 
to as ^^cross-DA process") . Such processes have been 
15 implemented on a firmware basis as shown in Fig. 10 
according to the related art because they involve control 
of an optical pick-up to be performed uniquely according to 
the standards of each optical disk apparatus. 
[0016] 

20 High speed reproduction is an essential technique for 

recent optical disk apparatus. However, high speed 
reproduction places a great load on a CPU and, a problem 
has therefore arisen in that the defect managing process 
and the cross-DA process unique to the CD-MRW standards 

25 (hereinafter, they are collectively referred to as ^^CD-MRW 
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processes'') are incompatible with high speed reproduction 
from the viewpoint of processing speed when they are 
implemented on a firmware basis. 
[0017] 

5 While a possible solution to this problem is to 

implement all CD-MRW processes on a /i code basis, since the 
CD-MRW processes involve control of an optical pick-up that 
is unique to the specification of each optical disk 
apparatus, the use of a ju code results in a need for 
10 creating a ROM that is customized for the specification of 
each optical disk apparatus, which increases the cost of 
the apparatus . 
[0018] 

When entire firmware stored in a flash memory is 
15 executed by loading it to a RAM, it is possible to achieve 
a high speed while achieving customization to the 
specification of each optical disk apparatus on a firmware 
basis. However, since this necessitates a RAM having a 
great capacity, there will be a great increase in the cost 
20 of an optical disk controller. 

Summary of the Invention 

[0019] 

The object of the invention is to provide an optical 
disk controller for performing processes based on the CD- 
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MRW standards and a method of controlling an optical disk, 
which make it possible to perform processes unique to the 
CD-MRW standards with improved performance and reproduce an 
optical disk at a high speed even when a plurality of 
5 programs are executed by a single CPU independently. 
[0020] 

The invention provides an optical disk controller, 
which performs a control associated with record of data on 
an optical disk and reproduction of data recorded on the 

10 optical disk, having: a first memory for storing a first 
software to perform a first processing; a second memory for 
storing a second software to perform a second processing; 
and processing means for reading the first and second 
software from the first memory and the second memory to 

15 independently perform the first processing and the second 
processing each other, the first processing includes a seek 
control processing of performing a seek control of the 
optical disk, and a transmission processing of transmitting 
information indicating the storage location of data 

20 recorded on the optical disk, which includes defect 
management information indicating an alternative storage 
location of a defective block, to the second software, and 
the second processing includes a detection processing of 
detecting the storage location of data recorded on the 

25 optical disk based on the storage location information, and 



8 



a notification processing of notifying a request for 
seeking the storage location, in which data detected by the 
detection process is recorded on the optical disk, to the 
first software. 
5 [0021] 

According to the configuration, by providing the 
first processing with the transmission processing, and 
providing the second processing with the detection 
processing and the notification processing, a customized 

10 part of a defect managing process unique to the CD-MRW 
standards can be allotted to the first processing, a part 
of the same process common to any optical disk apparatus 
can be allotted to the second processing. This makes it 
possible to improve processing performance and to achiever 

15 high speed reproduction through the improvement in 
processing performance. 
[0022] 

Furthermore, the optical disk controller has a 
plurality of the first software; and a plurality of the 
20 first memory. 
[0023] 

Furthermore, a speed of which the processing means 
reads the first software from the first memory is lower 
than a speed of which the processing means reads the second 
25 software from the second memory. 
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[0024] 

Furthermore, the first memory is flash memory, and 
the second memory is ROM. 

Furthermore, the first program is firmware and the 
5 second program is a /x code . 

Furthermore, the second processing includes a 
defect detection processing of detecting that a block of 
the storage location detected by the detection processing 
is a defective block, and judgment processing of judging 
10 whether an alternative storage location of data to be read 
is two or more consecutive blocks based on the defect 
management information when the block of the storage 
location of detected by the detection processing is the 
defective block, wherein two or more consecutive blocks of 
15 data read as a result of a seek for a first block of the 
alternative storage location are stored in a buffer memory 
to accommodate a second and subsequent blocks of the 
alternative storage location when the judgment processing 
judges that the alternative storage location of the data to 
20 be read is two or more consecutive blocks. 
[0025] 

According to the configurations, when it is detected 
that the storage location of data to be read is a defective 
block, processing performance can be improved by avoiding 
25 duplicate seek requests for two or more consecutive blocks 
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of data stored in the alternative storage location. 
[0026] 

Furthermore, the first processing has information 
extraction processing of extracting only information 
5 required for reproduction of the data stored on the optical 
disk and organizing the information into a defect 
management information to be transmitted to the second 
software . 
[0027] 

10 According to the configuration, the defect management 

information transmitted to the second software can be 
simplified by providing the first software with the 
information extraction processing, which malces it possible 
to reduce the burden placed on the second software in 

15 searching defective bloclcs • 
[0028] 

Furthermore, the defect management information is 
organized in tabular form. 
[0029] 

20 Furthermore, data storage locations of the defect 

management information are arranged in an ascending order. 
[0030] 

Furthermore, the defect management information 
includes an identification code which indicates an end of a 
25 table. 
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[0031] 

According to the configurations, the defect managing 
information is organized in tabular form in which data 
storage locations are arranged in an ascending order and/or 
5 there is provided an identification code indicating the end 
of the table, which allows the second software to perform 
binary tree search of defective blocks easily at a high 
speed. 
[0032] 

10 Furthermore, the defect management information is in 

conformity with Mt . Rainier standards of optical disks. 
[0033] 

The invention provides an optical disk controller, 
which performs a control associated with record of data on 

15 an optical disk and reproduction of data recorded on the 
optical disk, having: a first memory for storing a first 
software to perform a first processing; a second memory for 
storing a second software to perform a second processing; 
and processing means for reading the first and second 

20 software from the first memory and the second memory to 
independently perform the first processing and the second 
processing each other, the first processing includes a seek 
controlling process of performing a seek control of the 
optical disk, and the second processing includes a 

25 detection processing of detecting that data stored in a 
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buffer memory temporarily storing data which the processing 
means reads from the optical disk is data storage location 
of last block of a first data area, notification processing 
of notifying a request for a seek for first block of a 
5 second data area following last block of the first data 
area to the first software, and connection processing of 
connecting the last block of the first data area and the 
first block of the second data area which are logically 
continuous . 
10 [0034] 

According to the configuration, by providing the 
second processing with the detection processing, the 
calculation processing, the notification processing, and 
the connection processing, a part of the cross-DA process 

15 unique to the CD-MRW standards that is common to any 
optical disk apparatus can be allotted to the second 
software, which makes it possible to improve processing 
performance and to achieve high speed reproduction through 
the improvement of processing performance. 

20 [0035] 

Furthermore, a speed of which the processing means 
reads the first software from the first memory is lower 
than a speed of which the processing means reads the second 
software from the second memory. 
25 [0036] 
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Furthermore, the first memory is flash memory, and 
the second memory is ROM. 

Furthermore, the first program is firmware and the 
second program is a Mcode. 
5 [0037] 

Furthermore, the defect management information is in 
conformity with Mt. Rainier standards of optical disks, 
[0038] 

The invention provides a method of controlling an 

10 optical disk apparatus for recording data on an optical 
disk and reproducing data recorded on the optical disk 
which incorporates an optical disk controller having a 
first memory for storing a first software to perform a 
first processing, a second memory for storing a second 

15 software to perform a second processing, and processing 
means for independently performing the first processing and 
the second processing each other, having the steps of: 
transmitting defect management information indicating 
alternative storage location of defective block of data 

20 recorded on the optical disk to a memory storing the second 
software by the first software; detecting that the a block 
of a storage location of data to be read is a defective 
block based on the defect management information, when the 
second software detects the storage location of data to be 

25 read in response to a data transfer request command, by the 
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second software; requesting the first software of a seek 
for the alternative storage location by the second software 
based on the defect management information, when detecting 
that the storage location of the data to be read is a 
5 defective block, by the second software; performing a seek 
for the alternative storage location by the first software 
in response to the seek request; requesting the second 
software to store data reproduced from the optical disk in 
a buffer memory by the first software; and storing the 
10 reproduced data in the buffer memory by the second 
software . 
[0039] 

According to the configuration, a customized part of 
the defect managing process unique to the CD-MRW standards 

15 can be allotted to the first software, and a part of the 
process common to any optical disk apparatus can be 
allotted to the second software, which makes it possible to 
improve processing performance and to achieve high speed 
reproduction through the improvement of processing 

20 performance. 
[0040] 

The method of controlling an optical disk apparatus 
further has the steps of: judging that the alternative 
storage location of the data to be read is two or more 
25 consecutive blocks, when the block of the storage location 
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of the data to be read is detected as the defective blocks 
by the second software; and storing tow or more consecutive 
blocks of data read as a result of the seek for the first 
block of the alternative storage location in the buffer 
5 memory to accommodate the second and subsequent blocks of 
the alternative storage location if it is judged that the 
alternative storage location is two or more consecutive 
blocks . 
[0041] 

10 According to the configuration, when it is detected 

that the storage location of data to be read is a defective 
block, processing performance can be improved by avoiding 
duplicate seek requests for two or more consecutive blocks 
of data stored in the alternative storage location. 

15 [0042] 

The invention provides a method of controlling an 
optical disk apparatus for recording data on an optical 
disk and reproducing data recorded on the optical disk 
which incorporates an optical disk controller having a 

20 first memory for storing a first software to perform a 
first processing, a second memory for storing a second 
software to perform a second processing, and processing 
means for independently performing the first processing and 
the second processing each other, having the steps of: 

25 detecting that data stored in a buffer memory is a last 
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address of a first data area, when the second software 
reads data recorded on the optical disk in response to a 
data transfer request command/ by the second software; 
calculating a first address of the second data area next to 
5 the first data area, when the second software detects that 
the data stored in the buffer memory is the last address of 
the first data area, by the second software; requesting the 
first software of a seek for the first address of the 
second data area calculated by the second program; 

10 performing a seek for an alternative storage location by 
the first software in response to the seek request; 
requesting the second software to store data reproduced 
from the optical disk in the buffer memory by the first 
software; storing the reproduced data in the buffer memory 

15 by the second software; and connecting data in the last 
address of the first data area that has already been stored 
in the buffer memory and data in the first address of the 
second data area by the second program. 
[0043] 

20 According to the configuration, a customized part of 

the cross-DA process unique to the CD-MRW standards can be 
allotted to the first software, and a part of the process 
common to any optical disk apparatus can be allotted to the 
second software, which makes it possible to improve 

25 processing performance and to achieve high speed 
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reproduction through the improvement of processing 
performance • 

Brief Description of the Drawings 
Fig. 1 is a block diagram showing a configuration of 
5 an optical disk apparatus utilizing an optical disk 
controller according to a first embodiment of the 
inventions- 
Fig . 2 is a process flow chart showing an example of 
a defect managing process in the optical disk controller 
10 according to the first embodiment of the invention; 

Fig* 3 is a block diagram showing a configuration of 
an optical disk apparatus utilizing an optical disk 
controller according to a second embodiment of the 
invention; 

15 Fig. 4 is a process flow chart showing an example of 

a defect managing process in the optical disk controller 
according to the second embodiment of the invention; 

Fig. 5 is a block diagram showing a configuration of 
an optical disk apparatus utilizing an optical disk 

20. controller according to a third embodiment of the 
invention; 

Fig. 6 is a process flow chart showing an example of 
a defect managing process in the optical disk controller 
according to the third embodiment of the invention; 
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Fig. 7 is a process flow chart showing a defect 
managing process performed according to the first 
embodiment when an alternative storage location for a 
defective block is two or more consecutive blocks; 
5 Fig. 8 is a block diagram showing a configuration of 

an optical disk apparatus utilizing an optical disk 
controller according to a fourth embodiment of the 
invention; 

Figs. 9A and 9B show an example of a table of defect 
10 management information obtained by extracting only 
information required for reproduction with the optical disk 
controller according to the fourth embodiment of the 
invention; and 

Fig. 10 is a block diagram showing a configuration of 
15 an optical disk apparatus utilizing an optical disk 
controller according to the related art. 

Detailed Description of the Preferred Embodiments 

[0044] 

Preferred embodiments of the invention will now be 
20 described with reference to the drawings. In the following 
description, an optical disk apparatus is an apparatus that 
can reproduce plural types of optical disks having 
different physical structures and logical structures such 
as DVD-ROM, CD-ROM, and CD-R/RW. 
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[0045] 

(First Embodiment) 

Fig* 1 is a block diagram showing a configuration of 
an optical disk apparatus utilizing an optical disk 
5 controller according to a first embodiment of the 
invention. Parts identical to parts shown in Fig. 10 will 
be described using like reference numerals. In Fig. 1, 
reference numeral 1 represents the optical disk apparatus; 
reference numeral 2 represents a pick-up control section; 

10 reference numeral 3 represents a reproduction signal 
generating section; reference numeral 4 represents a buffer 
memory control section; reference numeral 5 represents an 
interface control section; reference numeral 6 represents a 
host personal computer (host PC) ; reference numeral 7 

15 represents a CPU of the optical disk controller; reference 
numeral 8 represents a RAM such as a DRAM; reference 
numeral 9 represents a flash memory; reference numeral 10 
represents a mask ROM; and reference numeral 11 represents 
an n-th memory. 

20 [0046] 

As a processing function included in the firmware 
that is provided in . the flash memory 9, a transmission 
process block 21 for transmitting .storage location 
information on data recorded on an optical disk to a /z code 
25 along with defect management information indicating an 
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alternative storage location for a defective block is 
shown. As processing functions included in the m code that 
is provided in the mask ROM 10, a detection process block 
22 for detecting the storage location of data and a 
5 notification process block 23 for notifying the firmware of 
a seek request are shown. 
[0047] 

The CPU 7 executes n programs having no mutual link 
independently of each other, the first program being the 

10 firmware stored in the flash memory 9 that is a first 
memory, the second program being the /i code stored in the 
mask ROM 10 that is a second memory, the n-th program being 
stored in the n-th memory 11. The n programs having no 
mutual link perform processing in cooperation with each 

15 other through the RAM 8 that has a small capacity. 
[0048] 

The firmware is a program for controlling a system as 
a whole and is customized for each manufacture in order to 
achieve system specifications of their optical disk 

20 apparatus, in general. The customization of the firmware 
makes it possible to control optical disk apparatus having 
optical pick-ups and optical disk driving sections in 
different specifications in an optimum way in accordance 
with the respective specifications. 

25 [0049] 
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The II code is a program that executes complicated 
signal processing associated with an optical disk using a 
signal processing circuit and allows the firmware to 
utilize results of the signal processing, and it allows a 
5 common process that is not dependent upon system 
specifications of optical disk apparatus. 
[0050] 

The CPU 7 for controlling the entire system of the 
optical disk apparatus 1 causes the n programs including 

10 the firmware and the ii code to operate on a switched basis 
and makes a seek request to the pick-up control section 2 
that controls a light spot when it receives a data transfer 
request command for reading data stored in an optical disk 
from the host PC 6 through the interface control section 5. 

15 Thereafter, it reproduces the data from an RF signal, 
accumulates it in a buffer memory, and transfers it to the 
host PC 6 through the interface control section 5, such 
normal and basic operations being the same as those 
described in the section of the related art. 

20 [0051] 

Major processing functions of the first embodiment 
will now be described. When a data transfer request 
command is issued by the host PC 6, the n code executes a 
series of processes, i.e., it analyzes the command that is 
25 received by the interface control section 5, judges whether 
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there is data that has been read from the buffer memory 
control section 4, requests the firmware to read data if 
there is no read data in the buffer memory, transfers the 
data read into the buffer memory to the host PC 6, and then 
5 performs an interface command terminating protocol process. 
[0052] 

The transmission process block 21 of the firmware 
transmits information on the storage location of the data 
recorded on the optical disk to the m code in advance. 

10 Further, when the optical disk to be reproduced is a CD- 
R/RW type disk, the transmission to the ju code includes 
defect management information indicating an alternative 
storage location for a defective block in the data recorded 
on the optical disk, 

15 [0053] 

When a data transfer request is made by the host PC 
6, the detection process block 22 of the m code detects the 
storage location of the data to be read based on 
information that is transmitted in advance by the 

20 transmission process block 21. At this time, when the 
optical disk to be reproduced is a CD-R/RW type disk and 
there is information that constitutes defect management 
information, the storage location of the read data to be 
detected will be an alternative storage location. 

25 [0054] 
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Further, when no data has been read into the buffer 
memory, the notification process block 23 of the // code 
makes a seek request to the firmware based on the result of 
the detection by the detection process block 22. Upon 
5 receipt of the seek request, the firmware instructs the 
pick-up control section 2 to move the light spot to the 
location where the desired data is stored based on the 
current state of the optical spot and the location being 
scanned. 
10 [0055] 

The pick-up control section 2 performs necessary 
processes to generate a traverse driving signal for moving 
the optical pick-up in the radial direction of the optical 
disk, thereby searching the desired location. After the 

15 search, data read from the desired location is input to the 
buffer memory through the reproduction signal generating 
section 3. The data input to the buffer memory is 
transferred to the host PC 6 through the interface control 
section 5 at predetermined timing. 

20 [0056] 

Fig. 2 is a flow chart showing a flow of the defect 
managing process unique to the CD-MRW standards to be 
performed in the optical disk apparatus 1 of the first 
embodiment when the optical disk to be reproduced is a CD- 
25 R/RW type disk. For example, it is assumed that the 
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firmware is executed at a rate in the range from 2 to 8 
MIPS and the ju code is executed at a rate of 33 MIPS. 
[0057] 

First, the transmission process block 21 of the 
5 firmware transmits information on the storage location of 
data recorded on the optical disk to the /x code, and defect 
management information including an alternative storage 
location for the recorded data is transmitted in the form 
of an MRWTBLSET command to the /x code in advance at step 
10 SI. Next, when a READ command that is a data transfer 
request is issued by the host PC at step 52, the m code 
analyzes the command thus received at step S3. 
[0058] 

After the received command is analyzed, when the 
15 detection process block 22 of the /i code detects at step S4 
that the storage location of the data to be read is a 
defective block based on the defect management information 
transmitted by the firmware as a result of the detection of 
the storage location of the data, the notification block 23 
20 notifies the firmware of a request for a seek for the 
alternative storage location where the data to be read is 
actually stored. 
[0059] 

Upon receipt of the seek request, the firmware 
25 performs a process of seeking the alternative storage 
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location at step S5, reproduces the data with the 
reproduction signal generating section 3 at step S6, and 
issues an ARD command for requesting storing of the data in 
the buffer memory to the buffer memory control section 4. 
5 [0060] 

Upon receipt of the ARD command, the /x code stores the 
data in the buffer memory, transfers the data stored in the 
buffer memory to the host PC with the interface control 
section 5 at step S7, and performs an interface command 
10 terminating protocol process at step S8. 
[0061] 

In the first embodiment, the firmware is provided 
with the transmission process bloclc, and the ii code is 
provided with the detection process bloclc and the 

15 notification process bloclc, A customized part of the 
detect managing process unique to the CD-MRW standards is 
subjected to be allotted to the firmware, and a part of the 
process common to any optical disk apparatus is subjected 
to be allotted to the ii code. This makes it possible to 

20 improve processing performance and to achieve high speed 
reproduction through the improvement in processing 
performance . 
[0062] 

In the first embodiment, the information on the 
25 storage location of data recorded in an optical disk may be 
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provided in the form of a table when it is transmitted in 
advance from the firmware to the m code. For example, 
defect management information may be transmitted in the 
form of a table for the defect managing process unique to 
5 the CD-MRW standards. As a result, when the storage 
location of requested data is a defective block, the search 
for the defective block (defect search) can be easily 
performed . 
[0063] 

10 (Second Embodiment) 

Fig. 3 is a block diagram showing a configuration of 
an optical disk apparatus utilizing an optical disk 
controller according to a second embodiment of the 
invention. In Fig. 3, parts identical to parts in Fig. 1 

15 will be described using same reference numerals. 
[0064] 

As processing functions included in a jtx code stored in 
a mask ROM 10, a detection process block 24 for detecting 
the data storage location of the last block of an data 

20 area, a calculation process block 25 for calculating the 
data storage location of the first block of the data area 
that follows the last block of the data area, a 
notification process block 23 for notifying firmware of a 
seek request, and a connecting process block 26 for 

25 connecting the last block of the first data area and the 
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first block of the next data area that are logically 

continuous are shown. 

[0065] 

Major processing functions of the second embodiment 
5 will now be described. When a data transfer command is 
issued by a host PC 6, a /z code performs a series of 
operations, i.e., it analyzes the command that is received 
by an interface control section 5, judges whether there is 
any data that has been read from a buffer memory control 
10 section 4, requests firmware to read data when there is no 
read data in the buffer memory, transfers the data read 
into the buffer memory to the host PC 6, and performs an 
interface command terminating protocol process. 
[0066] 

15 At this time, when the host PC 6 requests a transfer 

of data stored in the last block of a first data area and 
the first block of a second data area that are not 
physically continuous but are logically continuous, the 
detection process block 24 of the /z code detects the data 

20 storage location of the last block of the first data area. 
[0067] 

After the detection, the data in the last block is 
stored in the buffer memory, and the calculation process 
block 25 of the /x code calculates the data storage location 
25 of the first block of the second data area when it is 
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judged that the logically continuous data to be read stored 
in the first block of the second data area is not present 
in the buffer memory. 
[0068] 

5 Based on the result of the calculation at the 

calculation process block 25, the notification process 
block 23 of the fi code makes a seek request to the firmware 
to move the light spot. Upon receipt of the seek request, 
the firmware instructs the pick-up control section 2 to 
10 move the light spot to the location where the desired data 
is stored based on the current state of the light spot and 
the location being scanned. 
[0069] 

A pick-up control section 2 performs necessary 
15 processes to generate a traverse driving signal for moving 
the optical pick-up in the radial direction of the optical 
disk, thereby searching the desired location. After the 
search, the data read from the desired location is input to 
the buffer memory through the reproduction signal 
20 generating section 3. 
[0070] 

At this time, the data in the last block of the first 
data area that has already been stored in the buffer memory 
is connected to the data in the first block of the second 
25 data area that has been input later, the connection being 
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carried out by the connection process block 26 for 
connecting data stored in the last block of a first data 
area and the first block of the next data area that are not 
physically continuous but are logically continuous. The 
5 connected data is transferred to the host PC 6 at 
predetermined timing through the interface control section 
5. 

[0071] 

Fig. 4 is a flow chart showing a flow of the cross-DA 
10 process unique to the CD-MRW standards to be performed by 
the optical disk apparatus 1 according to the second 
embodiment when the optical disk to be reproduced is a CD- 
R/RW type disk. It is assumed that the firmware is 
executed at a rate in the range from 2 to 8 MIPS and the ju 
15 code is executed at a rate of 33 MIPS. 
[0072] 

First, when the host PC issues a READ command that is 
a data transfer request requiring the cross-DA process at 
step S21, the ii code analyzes the received command at step 
20 S22. 

[0073] 

When the detection process block 24 of the /z code 
detects the last address of a data area at step S23 after 
the command is analyzed, the data in the last address is 
25 stored in the buffer memory; the first address of the next 
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data area is thereafter calculated by the calculation 
process block 25; and the notification process block 23 
notifies the firmware of a request for a seek for the 
calculated address. 
5 [0074] 

Upon receipt of the seek request, the firmware 
performs a process of seeking the first address of the next 
data area and reproduces the data with the reproduction 
signal generating section 3 at step S24 and issues an ARD 
10 command requesting the buffer memory control section 4 to 
store the data in the buffer memory at step S25. 
[0075] 

Upon receipt of the ARD command, the ii code stores the 
data in the first address of the next data area in the 
15 buffer memory, and the connection process block 26 connects 
the data in the last address of the data that has already 
been stored in the buffer memory with the data in the first 
address of the next data area at step S2 6, 
[0076] 

20 Further, the /x code transfers the connected data from 

the buffer memory to the host PC using the interface 
control section 5 at step S27 and performs an interface 
command terminating protocol process at step S28. 
[0077] 

25 In the second embodiment, the ji code is provided with 
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the detection process blocks the calculation process block, 
the notification process block, and the connecting process 
block. A part of the cross-DA process unique to the CD-MRW 
standards that is common to any optical disk apparatus can 
5 be performed by the ii code to improve processing 
performance. The improvement in processing performance 
makes it possible to achieve high speed reproduction at the 
same time. 
[0078] 

10 (Third Embodiment) 

Fig. 5 is a block diagram showing a configuration of 
an optical disk apparatus utilizing an optical disk 
controller according to a third embodiment of the 
invention. In Fig. 5, parts identical to parts in Fig. 1 

15 are described using same reference niimerals. 
[0079] 

As a processing function included in firmware that is 
provided in a flash memory 9, a transmission process block 
21 for transmitting information on the storage location of 

20 data recorded on an optical disk to a m code along with 
defect management information indicating an alternative 
storage location for a defective block is shown. As 
processing functions included in the ii code that is 
provided in a mask ROM 10, a detection process block 22 for 

25 detecting that the storage location of data is a defective 
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block, a notification process block 23 for notifying the 
firmware of a seek request, and a judgment process block 27 
for judging whether an alternative storage location is two 
or more consecutive blocks are shown. 
5 [0080] 

Major processing functions in the third embodiment 
will now be described. When a data transfer request 
command is issued by a host PC 6, the m code executes a 
series of processes, i.e., it analyzes the command that is 

10 received by the interface control section 5, judges whether 
there is data that has been read from the buffer memory 
control section 4, requests the firmware to read data if 
there is no read data in the buffer memory, transfers the 
data read into the buffer memory to the host PC 6, and then 

15 performs an interface command terminating protocol process- 
[0081] 

The transmission process block 21 of the firmware 
transmits information on the storage location of the data 
recorded on the optical disk to the ii code in advance. 

20 Further, when the optical disk to be reproduced is a CD- 
R/RW type disk, the transmission to the /z code includes 
defect management information indicating an alternative 
storage location for a defective block in the data recorded 
on the optical disk. 

25 [0082] 
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When a data transfer request is made by the host PC 
6, the detection process block 22 of the jtx code detects the 
storage location of the data to be read based on 
information that is transmitted in advance by the 
5 transmission process block 21, At this time, when the 
optical disk to be reproduced is a CD-R/RW type disk and 
there is information that constitutes defect management 
information, the storage location of the read data to be 
detected will be an alternative storage location. 
10 [0083] 

Further, when no data has been read into the buffer 
memory, the notification process block 23 of the ju code 
makes a seek request to the firmware based on the result of 
the detection by the detection process block 22. Upon 
15 receipt of the seek request, the firmware instructs a pick- 
up control section 2 to move the light spot to the location 
where the desired data is stored based on the current state 
of the light spot and the location being scanned. 
[0084] 

20 The pick-up control section 2 performs necessary 

processes to generate a traverse driving signal for moving 
the optical pick-up in the radial direction of the optical 
disk, thereby searching the desired location. At this 
time, when the optical disk to be reproduced is a CD-R/RW 

25 type disk and there is information that corresponds to 
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defect management information, the judgment process block 
27 of the /i code judges whether the data to be read 
constitutes two or more consecutive blocks based on the 
alternative storage location information after the search. 

5 [0085] 

Based on the judgment result of the judgment process 
block 27, the two or more consecutive blocks of data stored 
in the alternative storage location are continuously 
reproduced by a reproduction signal generating section 3 
10 and input to their original data location of the buffer 
memory. The data input to the buffer memory is output to 
the host PC 6 through the interface control section 5 at 
predetermined timing. 
[0086] 

15 Fig. 6 is a flow chart showing a flow of the defect 

managing process unique to the CD-MRW standards to be 
performed in the optical disk apparatus 1 of the third 
embodiment when the optical disk to be reproduced is a CD- 
R/RW type disk. For example, it is assumed that the 

20 firmware is executed at a rate in the range from 2 to 8 
MIPS and the At code is executed at a rate of 33 MIPS. 
[0087] 

First, the transmission process block 21 of the 
firmware transmits information on the storage location of 
25 data recorded on the optical disk to the ii code, and defect 
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management information including an alternative storage 
location for the recorded data is transmitted in the form 
of an MRWTBLSET command to the ix code in advance at step 
S31. Next, when a READ command that is a data transfer 
5 request is issued by the host PC at step S32, the ii code 
analyzes the command thus received at step S33. 
[0088] 

After the received command is analyzed, when the 
detection process block 22 of the ii code detects at step 

10 S34 that the storage location of the data to be read is a 
defective block based on the defect management information 
transmitted by the firmware as a result of the detection of 
the storage location of the data, the notification block 23 
notifies the firmware of a request for a seek for the 

15 alternative storage location where the data to be read is 
actually stored. 
[0089] 

Upon receipt of the seek request, the firmware 
performs a process of seeking the alternative storage 

20 location at step S35, reproduces the data with the 
reproduction signal generating section 3 at step S3 6, and 
issues an ARD command for requesting storing of the data in 
the buffer memory to the buffer memory control section 4. 
Upon receipt of the ARM command, the ii code stores the data 

25 in the buffer memory. 



36 



[0090] 

At this time, the judgment process block 27 judges at 
step S37 whether the alternative storage location where the 
data to be read is stored is two or more consecutive blocks 
5 based on the defect management information transmitted to 
the II code from the transmission process block 21 in 
advance. When it is judged that the alternative storage 
location constitutes two consecutive blocks, the two 
consecutive blocks of reproduced data are stored in the 
10 buffer memory without notifying the firmware of a seek 
request • 
[0091] 

Further, the data stored in the buffer memory is 
transferred to the host PC by the interface control section 
15 5 at step S38, and an interface command terminating 
protocol process is performed at step S39, 
[0092] 

Fig. 7 is a flow chart showing a flow of a defect 
managing process performed according to the third 

2 0 embodiment for the purpose of comparing the third 
embodiment with the first eit±)odiment . In the flow chart 
shown in Fig. 7, since there is no function of judging 
whether an alternative storage location where data to be 
read is stored is two consecutive blocks, the notification 

25 process block 23 notifies the firmware of a request for a 
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seek for the next consecutive alternative blocks at step 

S37a. 

[0093] 

In the third embodiment, a judgment process block is 
5 provided in addition to the first embodiment, which makes 
it possible not only to achieve the defect managing process 
unique to the CD-MRW standards and high speed reproduction 
of a CD at the same time but also to achieve improved 
processing performance by avoiding duplicate requests for a 
10 seek for data that is stored in two or more consecutive 
blocks in an alternate storage location. 
[0094] 

(Fourth Embodiment) 

Fig. 8 is a block diagram showing a configuration of 
15 an optical disk apparatus utilizing an optical disk 
controller according to a fourth embodiment of the 
invention. In Fig. 8, parts identical to parts shown in 
Fig. 1 are described using same reference numerals. 
[0095] 

20 As a processing function included in firmware that is 

provided in a flash memory 9, a transmission process block 
21 for transmitting information on the storage location of 
data recorded on optical disk to a /x code along with defect 
management information indicating an alternative storage 

25 location for a defective block and an information 
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extracting process block 28 for extracting only information 
required for reproduction from the storage location 
information for the data recorded on the optical disk 
including the defect management information are shown. As 
5 a processing function included in the ix code that is 
provided in a mask ROM 10, a detection process block 22 for 
detecting that the storage location of data is a defective 
block and a notification process block 23 for notifying the 
firmware of a seek request is shown. 
10 [0096] 

A description will now be made on the information 
extracting process block 28 that is a major function of the 
fourth embodiment. The transmission process block 21 of 
the firmware transmits information on the storage location 

15 of the data recorded on the optical disk to the ju code in 
advance. Further, when the optical disk to be reproduced 
is a CD-R/RW type disk, the transmission to the ii code 
includes defect management information indicating an 
alternative storage location for the data recorded on the 

20 optical disk. 
[0097] 

The information extracting process block 28 extracts 
only information required for reproduction from the storage 
location information of the data recorded on the optical 
25 disk, and the extracted information is transmitted to the 
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M code by the transmission process block 21. 
[0098] 

A detailed description will now be made on the defect 
managing process unique to the CD-MRW standards to be 
5 performed in the optical disk apparatus 1 of the fourth 
embodiment when the optical disk to be reproduced is a CD- 
R/RW type disk. For example, it is assumed that the 
firmware is executed at a rate in the range from 2 to 8 
MIPS and the /i code is executed at a rate of 33 MIPS. 
10 [0099] 

Figs. 9A and 9B show a specific example of the 
extraction of only information required for reproduction 
from defect management information required for the defect 
managing process unique to the CD-MRW standards. For 
15 better understanding of the description, it is assumed that 
addresses of defective blocks that constitute the defect 
management information have already been arranged into a 
table in an ascending order in the fourth embodiment . 
[0100] 

20 Only information required for reproduction of a CD- 

R/RW is extracted by the information extracting process 
block 2 8 from the table of defect management information 
generated by the firmware shown in Fig. 9A, and information 
on the table of the extracted defect management information 

25 shown in Fig. 9B is transmitted in the form of an MRWTBLSET 
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command by the transmission process block 21 from the 

firmware to the Mcode* 

[0101] 

According to the fourth embodiment, the information 
5 extracting process block is provided in addition to the 
first embodiment to simplify the setting of a table of 
defect management information, which makes it possible not 
only to perform the defect managing process unique to the 
CD-MRW standards and to achieve high speed reproduction of 
10 a CD at the same time but also to reduce the burden born by 
the /i code in searching defects. 
[0102] 

As described above, the above embodiments allow a 
process unique to the CD-MRW standards to be separated into 
15 a part that is customized and a part that is common to any 
optical disk apparatus, thereby improving processing 
performance. Further, the improvement in processing 
performance allows reproduction at a higher speed. 
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